home *** CD-ROM | disk | FTP | other *** search
/ Tech Arsenal 1 / Tech Arsenal (Arsenal Computer).ISO / tek-20 / rs157u.zip / RS157UPD.RME < prev    next >
Text File  |  1991-11-28  |  7KB  |  159 lines
  1. Version 157 11/28/91
  2.  
  3. This version has one fix for a problem that existed for several versions but
  4. quite obscure - if there were less than 15 records in MAIL.DAT there was an
  5. a 75% probability that most E comands would cause a lockup. It mostly depended
  6. on whetehr you used E ##### as opposed to E ALL or E BACK or EL 12 or E 1, but 
  7. it was there. Thanks to Rod Schrivener for working with me on this, and apolo-
  8. gies to Andy Funk when I said he was crazy about this bug!
  9.  
  10. One small fix, the command B has been added to the EDIT Sweeper, MAIL, and RN
  11. commands to to an immediate disconnect and logout without having to Q then
  12. B. The help entries in MESSAGES.RS for the sweeper command were modified to
  13. show this new feature.
  14.  
  15.  
  16. Version 156 11/11/91
  17.  
  18. CONFIG file changes - none just modify first line to "156 11/11/91"
  19. I have not even sent along config files to cut down on excess baggage just
  20. modify your old CONFIG date/version lines. Also please not that the
  21. LONGIHEADER and LONGRHEADER parameters are no longer active. These
  22. functions have now been hard coded to full 822 header and short "R:" header.
  23.  
  24. FIXES / CHANGES:
  25.  
  26. so far so good no real 'fixes' - cleaned up some cruddy code
  27.  
  28. - there are three new messages in MESSAGES.RS (MESSAGES.NEW) 
  29. they are numbered 161, 162, 163 if you want to simply transfer
  30. them int0 an existing file.
  31.  
  32. - H_LIST has been updated once again as always. The file now reflects no
  33. continent designators in keeping with HROUTES now routing on country. You
  34. may want to add the NA SA, NOAM, SOAM to HROUTES for awhile til we get rid
  35. of that foolishness. You may or may not notice that while some 159 BBSes
  36. were dropped off for not being heard from in 180 days, there are 160 new BBS
  37. listings dating from 9/8/91 through 11/26/91 (based of course on messages
  38. passing through Underhill Ctr VT, which does get a high traffic volume
  39. since we have a 15 meter outlet one BBS away in Montreal, get the ALLCAN
  40. as well as WW, ALLBBS, and ALLUSA plus usual special as well as local
  41. distributions. In some ways here we see more than many areas of the country)
  42.  
  43. - PUTFILE will take about half as long to do its thing
  44.  
  45. - syntax order of GETFILE, PUTFILE, MAKE (message) is now unified:
  46.      
  47.           command FILENAME TO-ADDRESS other-stuff
  48.  
  49.   before MAKE was odd man out
  50.  
  51.  **** make sure you check the MAKE command syntax in your event files ****
  52.  
  53. - REPLY TO FLOODED MESSAGE, OPTIONAL FLOODED REPLY.
  54.  
  55.  You select to reply to a Flooded message (say for instance CENSOR@ALLUSA)
  56. the system will query the user
  57.  
  58. Reply as a Flood Bulletin (No = private reply to originator) (y/n/q)?
  59.  
  60.  A Y or yes will make the message go back out as bulletin addressed to
  61. CENSOR@ALLUSA, an N or no answer will make it a private message back to the
  62. author of the bulletin.  The Q is the same as a no.
  63.  
  64. - PUTFILE and MAKE now abort and issue a 'NOT FOUND' message when the file
  65.   in question is either not present or of zero length.
  66.  
  67.  
  68.   RMAIL no longer has a 'security file' check nor do the REQxxx functions. In
  69. conversation with various sysops I determined it was only used by one or
  70. two for a single individual. Sooo if you have an RMAIL/REQxxx (ab)USER,
  71. simply place the HOLDMAIL parameter ON and place the troublesome
  72. individual's call in the HOLDFROM file so when his RMAIL explodes all the
  73. messages get held. For the REQxxx abuser put the call in the HOLDTO file.
  74.  
  75. - "R:" headers are now 'hardcoded' in short form
  76.  
  77.             R:910813/2345z 12345@W1KOO.#NWVT.VT.USA
  78.  
  79.   the long form is forever gone - no more advertising (#-that, Gordon!)
  80.  
  81. - Display message being replied to
  82.  
  83. When in the middle of message entry and you forget exactly whatthe guy
  84. said, you can now type   ~O or ~OV to get a short or long listing of the
  85. message you are replying to.
  86.  
  87. - DISTRIB mods
  88.  
  89. The DISTRIB now adds the new "To:" line after the original, it no longer
  90. replaces it.
  91.  
  92. In the DST file if you place a line  *CONFIRM in by itself, the originator
  93. of the message will get a short confirmation message that the distribution
  94. explosion took place. This eliminates the need for having a long copy of
  95. the actual message being sent back as confirmation 
  96.  
  97. - Read counter action modified
  98.  
  99. The read count per message will not be incremented when the sysop reads any
  100. message, except a message addressed to him when he is in super-user or
  101. remote sysop mode. This serves several purposes. The first is that the disk
  102. will not need to re-read and update the message record every time the sysop
  103. reads a message - a great savings in time for XT and slow AT systems and
  104. makes maintenace quicker. It also removes the 'bias' of sysop reading from
  105. the use of the "-r ###" option in kill statements for automated archiving.
  106.  
  107.  
  108. - Some provision has been made for a PKZIPPED to ASCII mail transfer. It
  109. will require an external set of modules whihc I expect to release right
  110. after the 1st of December.
  111.  
  112.  
  113. ****** NOTE - PLEASE READ THIS ****** 
  114.  
  115. - Expired Bulletins status is now 'O'
  116.  
  117. From now on when a bulletin is recieved that exceeds the BULLEXP parameter
  118. it will be saved as status 'O' as on OLD. There is now an "-O" option to
  119. list/edit/kill etc to deal with searching them out, as well as an edit
  120. sweeper 'O' option to quick edit status to O.
  121.  
  122. There are several statuses of messages most of which will no longer display
  123. in a simple LIST command. They are;
  124.  
  125.      D - dupe messages
  126.      H - held messages
  127.      K - killed messages
  128.      O - old bulletins
  129.  
  130. Additionally there is an 'artificial' status 'W'. Which can only be achieed
  131. by using the 'W' selection from the edit sweeper or editing the status to
  132. 'W'. (KB4CYC suggested that 'W' is for 'What we want to keep') A message
  133. with this status will display. It is used to 'hold onto' a message which
  134. would otherwise be killed out by some automated kill routines you may have
  135. in your event file. The 'W' status is 'protected' from automated kill
  136. unless you specify '-W' in the kill statement. So you may have a statement
  137. in your event file that says:
  138.  
  139.       M 0100 K -zbwx 60 all
  140.  
  141. which will kill any W bulletin that is over 60 days old. However automated
  142. killing of W message defeats the purposes for whihc it is set. This
  143. basically permits you to keep certain very old messages around. It is
  144. better for you to do an  E -W ALL  and peruse them individually. This,
  145. along with the 'hiding' of Held, Old, and Dupe messages allows the Hold
  146. function to be better utilized.
  147.  
  148. They will not visible to a normal list. For the sysop to see messages of these
  149. statuses you must use the "-*" so called 'showall' option or the individual
  150. "-D", "-H", "-K", or "-O" options. This means for all automated commands
  151. for killing these options must be invoked.
  152.  
  153. The above may seem to 'complicate' things in that you now must explicitly
  154. list by type or do a  showall. Step bak a few steps and look at the
  155. additional flexibility it gives and 'manageability' of modem ports and
  156. questionable accesses.
  157.  
  158.  
  159. <br>